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3 ... MODULE FOR GENERATION OF FAVOURITES LISTS 



^ (57) Abstract: The invention relates to a method for generation of a list of favourite services (FAVi) in a receiver (1), embodied for 
V) receiving digital audio and/or video services, comprising a means (4), for memorising a first list of available services (LG) in which 
§ each service has a unique identifier. The method comprises the steps of recovering a second list of services (TDS) with the unique 
^ identifier for each service and at least one selection criterion value, for determination of a sub-set of the second list of services as a 
function of at least one selection criterion and creation of the list of favourite services from the services common to both the first list 
O of available services and the sub-set of the second list of services. The invention further relates to a corresponding receiver. 
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(57) Abrege : Llnvention concerne un precede pour constituer une liste de services favoris (FAV1) dans un r6cepteur (1) adapte pour 
recevoir des services numenques audio et/ou video comportant des moyens de memorisation (4) d'une premiere liste de services 
disponibles (LG) dans laquelle chaque service possede un identifiant unique. Le proc^de comporte les Stapes de recuperation d'une 
seconde liste de services (TDS) comportant pour chaque service Tidentifiant unique et au moins une valeur de critere de selection; 
de determination d'un sous-ensemble de la seconde liste de services en fonction d'au moins un critere de selection et de creation de 
ladite liste de services favoris a partir des services communs entre la premiere liste de services disponibles et le sous-ensemble de la 
seconde liste de services. L'invention concerne egalement un recepteur associe. 
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^invention porte sur un precede pour constituer une liste de services 
favoris dans un decodeur de services numeriques audio et/ou video maintenant 
en memoire une liste des services disponibles sous la forme d'une liste globale 
identifiant chaque service disponible. 

5 

Un service disponible est un programme qu'un decodeur numerique, 
apres installation dans une zone gSographique d§terminee, peut effectivement 
decoder et presenter a I'utilisateur. Ce dernier selection ne le service qu'il 
souhaite visionner soit directement dans la liste globale, soit dans une de ses 

1 0 listes de services favoris (sous-ensemble de la liste globale). 

On entend par identifiants de service le n-uplet d'information 
permettant d'indentifier de fagon unique un service numSrique diffuse. Dans le 
cas de la norme DVB (norme « ETSI EN 300 468 - Digital Video Broadcasting ; 
Specification for Service Information (SI) in DVB systems »), chaque service est 

15 identifie par son triplet d'identifiants DVB : le « Original Network Id » (identifiant 
du reseau d'origine - uh m§me service pouvant etre retransmis sur plusieurs 
reseaux), le « Transport Stream Id » (identifiant du flux de transport) et le 
« Service Id » (identifiant du service). De meme dans le cas du systems DSS 
(acronyme de « Digital Satellite System ») le « Channel number » et I'identifiant 

20 de sa table PTC (acronyme de « Physical Transmission Channel ») definissent 
un service. 

L'offre de services numeriques audio et/ou video (TV, radio, 
Programmes interacts) proposee aux utilisateurs par les operateurs de 
diffusion (CanalSAT, TPS, BLOOMBERG, ect...) est de plus en plus grande et 

25 ceci d'autant plus qu'un decodeur numerique peut etre relie a des antennes 
pointant sur plusieurs satellites de diffusion de services numeriques. Un 
decodeur numerique est actuellement capable de gerer environ 5000 services 
numeriques. II en resulte pour rutilisateur un besoin d'organiser de maniere 
pratique les services disponibles sous forme d'une ou plusieurs listes de 

30 services favoris. 

Jusqu'a present, pour constituer une liste de services favoris, 
Tutilisateur fait defiler, a I'aide d'une telecommande, la liste globale des services 
disponibles maintenue en memoire dans le decodeur et pointe manuellement 
un a un chaque service qu'il desire faire entrer dans la liste de services favoris. 

35 Ce processus de constitution d'une liste de services favoris est long et penible 
ce qui le rend de plus en plus inadapte a Involution croissante de l'offre de 
services. 

L'invention a pour but de palier I'inconvenient indique ci-dessus. 
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L'idee a la base de ^invention est de proposer a I'utilisateur une aide 
pour la constitution automatique de la liste de services favoris par I'entree, par 
exemple a I'aide d'une telecommande, d'au moins un critere de selection dans 
le decodeur qui correspond dans sa forme la plus simple a un type de service 

5 (par exemple: « Sport », « Cinema », « Info »), a un public concerne (par 
exemple: « Enfant », « Adulte », « Homme », « Femme »), a la langue utilisee 
(par exemple: «fran?ais», « anglais »), a I'embrouillage (par exemple: 
« clair », « embrouille »), etc.... La liste de services favoris ainsi constitute 
comprend I'ensemble des services issus de la liste globale r6pondant a ce 

10 critere. 

A cet effet, Invention a pour objet un precede pour constituer une 
liste de services favoris dans un recepteur adapte pour recevoir des services 
numeriques audio et/ou video comportant des moyens de memorisation d'une 
premiere liste de services disponibles dans laquelle chaque service possede un 
15 identifiant unique, 

caracterise en ce que le procede comporte les etapes de : 
(a) recuperation d'une seconde liste de services comportant pour 
chaque service IMdentrfiant unique et au moins une valeur de critere de 
selection; 

20 (b) determination d'un sous-ensemble de la seconde liste de services 

en fonction d'au moins un critere de selection ; 

(c) creation de ladite liste de services favoris a partir des services 
communs entre la premiere liste de services disponibles et le sous-ensemble 
de la seconde liste de services. 

25 La premiere liste peut par exemple etre determinee, si 

Implementation est effectuee dans le cadre du DVB, a partir de tables 
diffusees dites r Nir (tables de description de reseau). D'autres tables peuvent 
etre utilis&es. La seconde liste peut avantageusement etre transmise dans une 
section privee d'un flux multiplexe MPEG ou etre telechargee a partir d'un 

30 serveur au travers d'un reseau auquel est connecte le recepteur, typiquement 
un rgseau telephonique ou cable. 

Le procede peut en outre comprendre une etape consistant d 6tablir 
une correspondence entre une description d'un critere de selection, entr6e par 
Tutilisateu, et au moins un critere de selection memorise dans la seconde liste 

35 grace £ une table de critferes contenant le nombre de criteres de selection 
possibles et une description de tous les criteres de selection. 
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Le critere de selection pourra etre simple ou plus structure en 
fonction des champs de critere de selection qui auront ete prevus dans la table 
de description des services. Par exemple, si la table de description des services 
comporte deux champs de critere de selection correspondant par exemple 

5 respectivement a un type de service (« Sport », « Cinema », « Info ») et a un 
type de public (« Enfant », « Adulte », « Homme », « Femme »), un critere de 
selection structure pourra consister dans la selection des services « Cinema » 
ET « Enfant ». Le critere de selection entre a I'etape (a) peut notamment etre 
une combinaison logique de criteres de selection contenus dans la table des 

10 criteres. 

Le procede peut egalement comprendre une etape de construction 
automatique tfau moins une liste de services favoris a partir de criteres de 
selection par defiaut contenus dans une table de criteres par defaut. 

recepteur de services numeriques audio et/ou video comportant des 
15 moyens de memorisation d'une premiere liste de services effectivement 
disponibles dans laquelle chaque service possede un identifiant unique, 
caracterise en ce qu'il comporte en outre 

-des moyens de memorisation d'une seconde liste de services 
comportant pour chaque service au moins une valeur de critere de selection, 

20 -des moyens de creation d'une liste favorite prevus pour recevoir au 

moins un critere de selection et pour etablir une liste favorite par determination 
des services de la seconde liste correspondant au dit au moins un critere de 
selection et presents egalement dans la premiere liste de services. 

25 Le procede selon I'invention est decrit ci-apres et illustr§ sur la figure 

unique (Fig. 1) qui repressive de facon schemaiique un decodeur numerique 
STB. 

La figure 1 illustre les elements necessaires a la comprehension de 
30 invention dans un decodeur numerique STB 1. Le decodeur 1 contient 
classiquement une liste globale des services numeriques disponibles 
accessibles par le decodeur. Cette liste est contenue dans une memoire 4 du 
decodeur 1 sous la forme d'une liste globale LG identifiant chaque service 
disponible par un n-uplet dldentifiants. A chaque n-uplet d'identifiants peut 
35 s'ajouter une autre information comme le nom du service. Toutefois, pour 
constituer une liste de services favoris, Tutilisateur a besoin ^informations 
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discriminantes de plus haut niveau caracterisant chaque service. Ces 
informations discriminantes sont par exemple : 

- le type d'emission diffuses : generaliste, sport, cinema, jeunesse, 
information, ... 

5 - le public vise par remission diffusee : tout public, adolescents, 

enfents, adultes, hommes, femmes, ... 

- le cryptage : clair, embrouille, 

- la langue de remission diffusee : anglais, francais, ... 
-etc. 

1 0 Selon Pinvention, ces informations discriminantes sont stockees dans 

des champs d'une Table de Description des Services (TDS) en correspondence 
avec des n-uplets d'identifiants de services numeriques, pour servir de criteres 
de selection lors de la constitution d'une liste de services favoris par I'utilisateur. 
Cette table TDS, stockee dans la memoire 4 du decodeur, peut etre rendue 

15 accessible au decodeur depuis un canal de reception de services numeriques 
ou depuis une connexion Internet sur un serveur distant. La table TDS peut 
encore etre embarquee dans le decodeur lors de sa fabrication (on prevo'rt dans 
ce cas avantageusement une possibilite de mise a jour de la table TDS, par 
exemple via une connexion a un serveur distant). Cette table TDS est concue 

20 pour recenser a priori tous les services numeriques accessibles dans une 
certaine zone geographique (ou I'union de plusieurs zones connexes) ou le 
decodeur est sense etre installe. Par exemple, en France, un decodeur peut 
s'installer aujourd'hui sur « TPS » et/ou « CanalSAT » et/ou « ViaDigital ». La 
table TDS pour un tel decodeur installe en France recensera done tous les 

25 services numeriques de « TPS », « CanalSAT » et « ViaDigital ». 

Dans le cas de la norme DVB precitee, les identitifiants de sen/ices 
sont un triplet de valeurs (« Original Network Id » - « Transport Stream Id » - 
« Service lid ») qui sont codees sur 6 octets. Si nous supposons, dans un mode 
de realisation non optimise, que les informations discriminantes ou criteres de 

30 selection peuvent etre codes sur 2 octets, alors la taille de la Table TDS non 
optimisee sera au maximum de 40 koctets pour recenser 5000 services 
numeriques. 

De maniere plus avantageuse, on peut opter pour le format optimise 
suivant dans le cas de la norme DVB : 

35 TDS - { 

fcablejd : 1 octet : Type de table 

version id : 1 octet : Identification de la version de la table TDS 
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stucturojd : 1 octet : Identification de la stmcture de la table TDS 
nb.onid : 1 octet : Nombre d'« Original Network Id » dans la table 

TDS 

{ /* Boucle sur tous les ONJd */ 
5 ONJd : 2 octets : Identifiant du reseau « Original Network Id » 

nbjtsid : 1 octet : nombre de « Transport Stream Id » associes sur 
le reseau ayant pour identifiant ONjd 

{ /* Boucle sur tous les TSJd de ce reseau */ 

TSJd : 2 octets: identifiant « Transport Stream Id » 
10 Nb_services: 1 octet : nombre de services sur le flux de transport 

ayant pour identifiant TSJd 

{/"Boucle sur les services lies a ce couple (ONJd, TSJd) */ 



S_id 
C1_id 

15 C2_id 
C3 id 



2 octets : identifiant « Service Id » 
1 octet : critere 1 = Type 
4 bits : critere 2 = Public 
4 bits : critere 3 = Cryptage 



} /* Fin boucle sur les services 7 
} f Fin boucle sur tous les TSJd 7 
} 1* Fin boucle sur tous les ONJd 7 



20 } 



Avec cette structure optimisee, pour 5000 services diffuses sur 10 
reseaux (ONJd), a raison de 25 flux de transport (TSJd) par reseau et de 20 
services (SJd) par flux de transport (valeurs donnees a titre indicatif), la taille 
25 de la TDS sera de : 4 + 10 x (3 + 25 x (2 + 1 + 20 x (2 + 2))), soit20 784 octets 
(a comparer au 40 000 octets requis en utilisant un format non-optimise). 

Le champ stuetursjd permet de definir differentes structures de 
tables TDS. On peut imaginer des structures simples (de taille reduite) pour des 
30 transmissions a faible debit et des decodeurs bas coQt et des structures 
evoluees portant un grand nombre de criteres pour les decodeurs plus hauts de 
gamme. 

Dans notre cas nous supposons que le champ stucture_id a une 
valeur telle que la table TDS contient les champs suivants pour definir les 
35 criteres de selection des services : 

- C1_id = Type, pouvant prendre I'une des valeurs suivantes { 1 : 
« Sport », 2 : « Cinema », 3 : « Info »} 
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- C2Jd = Public, pouvant prendre Tune des valeurs suivantes { 1 : 
« Adutte », 2 : « Enfant », 3 : « Femme » } 

- C3Jd = Cryptage, pouvant prendre Tune des valeurs suivantes { 

1 : « clair », 2 : « embrouille »}. 
5 La correspondance entre la valeur du critere et sa chaTne de 

caractere (par example entre 0x01 et « sport ») se fait via une autre table que 
nous appellerons Table des Criteres TC qui est Sgalement m6moris6e dans la 
m6moire 4 du decodeur 1. 

10 Cette table TC est par exemple definie par la structure suivante : 

TC = { 

table Jd : 1 octet : Type de table 

versionjd : 1 octet : Identification de la version de la table TC 
stucturejd : 1 octet : Identification de la structure de la table TDS 
15 utilis6e 

nb_criteres : 1 octet : nombre de criteres dHTerents 
{ I* Boucle sur tous les criteres 7 

Ci_nom: 12 octets: chaTne: nom de critere (par exemple: 
« Type », « Public », « Cryptage »...) 
20 nb_valeur : 1 octet : nombre de valeurs possibles pour ce critere 

Ci 

{ r Boucle des noms pour le critere Ci */ 

Ci_valj : 1 octet : la valeur du critere Ci (par exemple 1) 
CLdescj : 12 octets : la chaTne de caractere (par exemple = 

25 « sport ») 

} r Fin boucle des noms pourle critere Ci 7 
} /* Fin boucle sur tous les criteres V 

} 

30 Selon Tinvention il est possible de gerer dynamiquement le nombre 

de criteres et les noms altribues & ces criteres via la Table des Criteres TC. 
Cette table TC fait la correspondance entre la valeur numerique du champ de 
«Type», de « Public », de « Cryptage », etc ... utilise dans la Table de 
Description des Services TDS et la chaTne de caractere qui denomme ce 

35 critere. Cette Table des Criteres TC est de la meme maniere que la table TDS 
diffuse©, telechargeable ou embarqu<§e. II est possible alors de remettre a jour 
les criteres utilises dans le decodeur numerique 1 . 
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Pour constituer une liste de services favoris FAVi, rutilisateur entre 
au moins un critere de selection predetermine CLdescj par I'intermediaire d'un 
module d'interface utilisateur Ul 2 du decodeur 1. Le critere de selection peut 
porter sur un type de service, un public concern^ par le service, ia langue du 

5 service, le cryptage, etc. des lors que le critere de selection est une information 
discriminante faisant partie d'un champ de la Table de Description des Services 
TDS. En r6ponse a I'entr6e du critere de selection, un module logiciel 3 de 
creation des listes favorites situ6 dans le decodeur est prevu pour r6cuperer de 
ia table TDS les identifiants (par exemple les triplets DVB) repondant au critere 

10 de selection entre dans le decodeur et pour croiser les identifiants de la liste 
globale LG avec les identifiants recuperes de la TDS pour constituer la liste de 
services favoris FAVi correspondants au critere de selection entre dans le 
decodeur. 

Le critere de selection peut etre simple ou plus structure selon les 
15 capacites d'interpretation du module logiciel 3. En particulier, il est concevable 
que le critere de selection soit une combinaison de plusieurs criteres utilisant 
des op^rateurs logiques ET/OU ... etc. 

Par exemple, on peut dSfinir ie critere complexe suivant : 
CC1_val = 2et (2 ou 3)et 1. 
20 Avec la valeur de structurejd choisie plus haut, ce critere complexe 

correspond & la selection des chaTnes : 

de type « Cinema » (qui vaut 2 comme C1_id de description de 

type) et; 

de public « Enfant » (qui vaut 2 comme C2jd de description de 
25 public) ou de public « Femme » (qui vaut 3 comme C2_id de description de 
public) ®t; 

de cryptage «en clair » (qui vaut 1 comme C3jd de description de 

cryptage). 

Selon un mode de realisation prefere de Tinveniion, le decodeur 1 
30 aprds installation, propose la construction automatique d'un certain nombre de 
listes de services favoris a partir d'une Table de Criteres par Defaut (TCD) 
contenue dans la memoire 4 du d6codeur 1, par croisement avec la liste des 
services disponibles (LG). Cette table TCD contient un sous-ensemble des 
criteres autorises par les informations contenues dans la table TDS. Cette table 
35 des criteres par defaut (TCD) est soit telechargee, soit embarquee dans le 
decodeur lors de sa fabrication. Aprds cette initialisation automatique, 
rutilisateur peut alors modifier le nombre de listes de services favoris, leurs 
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noms, leurs contenus et leurs criteres de selection respectifs a I'aide de 
I'interface utilisateur 2 et du module de creation des listes favorites 3. 
La structure de la table TCD est par exemple la suivante : 

TCD = { 

5 table Jd : 1 octet : Type de table 

versionjd : 1 octet : Identification de ia version de la table TCD 
stucturejd : 1 octet : Identification de la structure de la table TDS 
utilisge 

nb__criteres : 1 octet : nombre de criteres differents dans la table TCD 
10 { /* Boucte sur tous les criteres 7 

CCLval : 24 octets : chaTne de caracteres (Par ex. = «2.(2+3).1» 
avec '+' signifiant ou et V signifiant et) 

} /* Fin boucle sur tous les critdres V 

15 } 

Le champ structure Jd doit etre identique pour les trois tables de 
sorte a assurer une coherence entre les donnees des differentes tables. Le 
decodeur STB 1 supporte une valeur de structure jd donnee et done ne prend 

20 en compte que les tables, telediffus6es et/ou teiechargees, comportant cette 
valeur de structure Jd. Les trois tables TDS, TC et TCD comportent chacune 
un numero de version qui change a chaque mise a jour du contenu de ces 
tables (defini dans le champ versionjd). Aussi est-i! possible des les modifier 
et de les mettre a jour. Lorsqu'une mise a jour est necessaire, I'operateur de 

25 diffusion des services fournit une nouvelle valeur de versionjd qui est soit 
ielediffuses a destination de tous les decodeurs, soit mise a disposition sur un 
servsur de mise a jour auquel les decodeurs peuvent se connecter pour obtenir 
un t§lechargement de la valeur de versionjd. Chaque decodeur compare 
alors la valeur de versionjd de chacune des tables TDS, TC et TCD qu'il a en 

30 m<§moire 4 avec la valeur de vorsionjd des tables telediffusees et/ou mises a 
disposition et ayant le meme structurejd que le decodeur. En cas de 
difference, le decodeur remplace le contenu des anciennes tables stockees en 
memoire avec le contenu des nouvelles. 

Bien entendu, apr6s qu'une liste de services favoris FAVi est 

35 constituee, elle est sauvegard6e dans la memoire 4 du decodeur 1 de sorte que 
Tutilisateur peut toujours la modifier en utilisant ies fonctionnalites de base 
disponibles classiquement sur les decodeurs. De plus, les criteres de selection 
peuvent egalement etre appliques a une liste de services autre que la liste 
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globale des services LG, par exemple a une autre liste de services favoris FAVi 
construite au prealable, pour construire une nouvelle liste de services favoris 
FAVj avec des criteres plus restrictifs. 



5 
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5. Procede selon Tune des revendications 1 a 3, caracterise en ce 
que I'etape (b) comporte une etape de determination d'un critere par dSfaut ou 
d'une combinaison logique de criteres de s6iection par defaut (TCD). 

5 6. Procede selon la revendication 5, caracterise en ce que les etapes 

(b) et (c) sont repetees pour plusieurs criteres de selection par defaut ou 
combinaisons logiques de criteres de selection par defaut pour creer une 
pluralite de listes de services favoris par defaut. 

10 7. Proced6 selon Tune des revendications 1 a 6, caracterise en ce 

que la seconde liste est : 

-transmise par diffusion sur un canal susceptible d'etre regu par le 

recepteur (1 ) ; 

-accessible dans le recepteur (1) par telechargement depuis un 
15 serveur distant ; ou 

-embarquee dans le ricepteur. 

8. Proced6 selon I'une des revendications 1 a 7, caracterise en ce 
que la premiere liste est extraite de tables de description de flux comprises 

20 dans le ou les flux effectivement regus par le recepteur, lesdites tables de 
description de flux indiquant les services diffuses dans le ou les flux regus. 

9. Precede selon Yme das revendications 1 a S, caracterise par une 
etape de mis© a jour d'au moins une parmi la premiere et la seconde liste par 

25 diffusion dans un flux susceptible d'etre recu par le decodeur ou par 
telechargement depuis un serveur. 

10. Recepteur de services numeriques audio et/ou video comportant 
des moyens de memorisation (4) d'une premiere liste de services effectivement 

30 disponibles (LG) dans laquelle chaque service possfcde un identifiant unique, 
caracteris§ en ce qu'il comporte en outre 

-des moyens de memorisation (4) d'une seconde liste de services 
comportant pour chaque service au moins une valeur de critere de selection, 
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-des moyens de creation d'une liste favorite (3) prevus pour recevoir 
au moins un critere de selection et pour etablir une liste favorite par 
determination des services de la seconde liste correspondent au dit au moins 
un crifere de selection et presents egalement dans la premiere liste de services. 
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REVENDICATIONS 

1 . Proc6d6 pour constituer une liste de services favoris (FAVi) dans 
5 un recepteur (1) adapte pour recevoir des services numeriques audio et/ou 

video comportant des moyens de memorisation (4) d'une premiere liste de 
services disponibles (LG) dans laquelle chaque service possede un identifiant 
unique, 

caract6ris6 en ce que le proc&ie comporte les etapes de : 
10 (a) r6cuperation d'une seconde liste de services (TDS) comportant 

pour chaque service I'identifiant unique et au moins une valeur de critere de 
selection; 

(b) determination d'un sous-ensemble de la seconde liste de services 
en fonction d'au moins un critere de selection ; 
15 ( C ) creation de ladite liste de services favoris a partir des services 

communs entre la premiere liste de services disponibles et le sous-ensemble 
de la seconde liste de services. 

2. Proc6de selon la revendication 1, dans lequel la premiere liste de 
20 services est une liste des services disponibles dans les flux numeriques 

effectivement regus par le recepteur. 

3. Precede selon Tune des revendications 1 ou 2, caracterise en ce 
que la seconde liste comprend au moins les services potentiellement 

25 recevables par le recepteur et en ce que la premiere liste est un sous-ensemble 
de la seconde list©. 

4. Precede selon Tune des revendications 1 a 3, caracterise en ce 
que le critere de selection de I'&ape (b) est un critere de selection ou une 

30 combinaison logique de criteres de selection rentres par un utilisateur sur la 
base des criteres de la seconde liste. 
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5. Precede selon Tune des revendications 1 a 3, caracterise en ce 
que I'etape (b) comporte une etape de determination d'un critere par defaut ou 
d'une combinaison logique de criteres de selection par defaut (TCD). 

5 6. Procede selon la revendication 5, caracterise en ce que les etapes 

(b) et (c) sont repetees pour plusieurs criteres de selection par defaut ou 
combinaisons logiques de criteres de selection par defaut pour creer une 
pluralite de listes de services favoris par defaut. 

10 7. Procede selon I'une des revendications 1 a 6, caracterise en ce 

que la seconde liste est : 

-transmise par diffusion sur un canal susceptible d'etre recu par le 

recepteur (1 ) ; 

-accessible dans le recepteur (1) par telechargement depuis un 

15 serveur distant ; ou 

-embarquee dans le recepteur. 

8. Procede selon I'une des revendications 1 a 7, caracterise en ce 
que la premiere liste est extraite de tables de description de flux comprises 

20 dans le ou les flux effectivement recus par le recepteur, lesdites tables de 
description de flux indiquant les services diffuses dans le ou les flux recus. 

9. Procede selon I'une des revendications 1 a 3, caracterise par une 
etape de mise a jour d'au moins une parmi la premiere et la seconde liste par 

25 diffusion dans un flux susceptible d'etre recu par le decodeur ou par 
telechargement depuis un serveur. 

10. Recepteur de services numeriques audio et/ou video comportant 
des moyens de memorisation (4) d'une premiere liste de services effectivement 

30 disponibles (LG) dans laquelle chaque service possede un identifiant unique, 
caracterise en ce qu'il comporte en outre 

-des moyens de memorisation (4) d'une seconde liste de services 
comportant pour chaque service au moins une valeur de critere de selection, 
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-des moyens de creation d'une liste favorite (3) prevus pour recevoir 
au moins un critere de selection et pour etablir une liste favorite par 
determination des services de la seconde liste correspondant au dit au moins 
un critere de selection et presents egalement dans la premiere liste de services. 
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